LD INTELLECTUAL PROPERTY ORGAN FZATIOl 
International Bureau 




PCT 

INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(51) International Patent Classification 6 : 
H04L 12/00 



A2 



(11) International Publication Number: 
(43) International Publication Date: 



WO 99/22488 

6 May 1999 (06.05.99) 



(21) International Application Number: PCT/JP98/04847 

(22) Internationa) Filing Date: 27 October 1998 (27.10.98) 



(30) Priority Data: 

08/959,371 



28 October 1997 (28.10.97) 



US 



(71) Applicant: D & I SYSTEMS, INC. [JP/JP]; 5F Parkwest, 

6-12-1, Nishi Shinjuku, Shinjuku-ku, Tokyo 160-0023 
(JP). 

(72) Inventors: OSAKU, Teizo; Lion's Hills Higashi-Kawaguchi, 

5-5-103, Tozuka 2-chome, Kawaguchi-shi, Saitama 
333-0811 (JP). PAN, Rong; Itsumi-So 103, 5-26-13, 
Nobitome, Niiza-shi, Saitama 352-001 1 (JP). 

(74) Agent: TSUTSUI, Yamato; N.S. Excel 301, 22-45, 
Nishi-Shinjuku 7-chome, Shinjuku-ku, Tokyo 160-0023 
(JP). 



(81) Designated States: AL, AU, BA, BB, BG, BR, CA, CN, CU, 
CZ, EE, GE, HR, HU, ID, IL, IS, JP, KR, LC, LK, LR, LT, 
LV, MG, MK, MN, MX, NO, NZ, PL, RO, SG, SI, SK, 
SL, TR, TT, UA, UZ, VN, YU, ARIPO patent (GH, GM, 
KE, LS, MW, SD, SZ, UG, ZW), Eurasian patent (AM, AZ, 
BY, KG, KZ, MD, RU, TJ, TM), European patent (AT, BE, 
CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU, MC, 
NL, PT, SE), OAPI patent (BF, BJ, CF, CG, CI, CM, GA, 
GN, GW, ML, MR, NE, SN, TD, TG). 



Published 

Without international search report and to be republished 
upon receipt of that report. 



(54) Tide: METHOD AND SYSTEM FOR ACCESSING INFORMATION ON A NETWORK 



12 



22- 



SNA 



input device 

T 



14 



display 



A6 



page 



platform 



28 



SNA 



-26 



URL 

~S — 

24 



hUp://UR17 



HTML page 



10 



18 



convert 
SNA to URL 



20 



(57) Abstract 

The present invention provides methods and systems for accessing a network URL through a pre-assigned simplified network address, 
correlating to the URL, and for displaying the home page having the URL as its address. These methods and systems provide easier URL 
and home page access because persons wanting to access the home page need only input the simplified network address, thereby avoiding 
the need to know and input the URL character string. The simplified network addresses of the present invention include numbers. Methods 
are provided for selecting numbers for assignment to URLs. The URL and home page access and display methods of the present invention 
include: assigning a simplified network address such as a number to a URL, storing the URL and number conversion in a network accessible 
storage system, inputting the assigned number in a network accessible computer, communicating the inputted number to the storage system, 
converting the number to the URL, retrieving the home page corresponding to the URL and displaying the home page on the computer. 
Additionally, the invention provides methods for use in message passing operating systems wherein system level messages to specific 
objects are intercepted, creating an alias message. 



BNSDOCID: <WO 9922488A2_I_> 



BEST AVAILABLE COPY 



FOR THE PURPOSES OF INFORMATION ONLY 
Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCX 



AL 


Albania 


ES 


Spam 


LS 


Lesotho 


SI 


Slovenia 


AM 


Armenia 


FI 


Finland 


LT 


Lithuania 


SK 


Slovakia 


AT 


Austria 


FR 


France 


LU 


Luxembourg 


SN 


Senegal 


AU 


Australia 


GA 


Gabon 


LV 


Latvia 


SZ 


Swaziland 


AZ 


Azerbaijan 


GB 


United Kingdom 


MC 


Monaco 


TO 


Chad 


BA 


Bosnia and Herzegovina 


GE 


Georgia 


MD 


Republic of Moldova 


TG 


Togo 


BB 


Barbados 


GH 


Ghana 


MG 


Madagascar 


TJ 


Tajikistan 


BE 


Belgium 


GN 


Guinea 


MK 


The former Yugoslav 


TM 


Turkmenistan 


BF 


Burkina Faso 


GR 


Greece 




Republic of Macedonia 


TR 


Turkey 


BG 


Bulgaria 


HU 


Hungary 


ML 


Mali 


TT 


Trinidad and Tobago 


BJ 


Benin 


IE 


Ireland 


MN 


Mongolia 


UA 


Ukraine 


BR 


Brazil 


IL 


Israel 


MR 


Mauritania 


UG 


Uganda 


BY 


Belarus 


IS 


Iceland 


MW 


Malawi 


US 


United States of America 


CA 


Canada 


IT 


Italy 


MX 


Mexico 


UZ 


Uzbekistan 


CF 


Central African Republic 


JP 


Japan 


NE 


Niger 


VN 


Viet Nam 


CG 


Congo 


KE 


Kenya 


NL 


Netherlands 


YU 


Yugoslavia 


CH 


Switzerland 


KG 


Kyrgyzstan 


NO 


Norway 


zw 


Zimbabwe 


CI 


Cote d'lvoire 


KP 


Democratic People's 


NZ 


New Zealand 






CM 


Cameroon 




Republic of Korea 


PL 


Poland 






CN 


China 


KR 


Republic of Korea 


PT 


Portugal 






cu 


Cuba 


KZ 


Kazakstan 


RO 


Romania 






cz 


Czech Republic 


IX 


Saint Lucia 


RU 


Russian Federation 






DE 


Germany 


LI 


Liechtenstein 


SD 


Sudan 






DK 


Denmark 


LK 


Sri Lanka 


SE 


Sweden 






EE 


Estonia 


LR 


Liberia 


SG 


Singapore 







BNSDOCID: <WO 9922488A2_L> 



WO 99/22488 PCT/JP98/04847 

1 

METHOD AND SYSTEM FOR ACCESSING INFORMATION ON A NETWORK 



TECHNICAL FIELD 
The invention relates to the fields of information processing and communications 
systems, and in particular to a system and to methods for simplifying access to network 
information and for commanding network servers. 



BACKGROUND OF THE INVENTION 
An Internet home page generally represents the top-level document at a particular 
10 Internet site. A Uniform Resource Locator (URL) provides the global address or location of the 
home page. 

Currently, there are several well known techniques for accessing an Internet home 
page from a remote computer which is linked to the Internet. For example, a search engine, 

15 such as YAHOO!®(a registered trademark of Yahoo!, Inc.) can be used. Also, it is common for 
computer users to store a URL in a computer file generally known as a bookmark. The 
bookmark is then used for accessing a particular home page. Different URL addresses can be 
linked by Hyper Text Markup Language (HTML) and these can be accessed through a 
description which is displayed on the computer. None of the above accessing techniques require 

20 any knowledge of the specific URL. 

However, there are instances where a computer user who desires to access a certain 
home page needs to input a URL to a computer. For example, when the computer user obtains 
the URL from a printed publication. It has been found that this process presents unexpected 
25 difficulties because it requires computer inputting of the URL alphabetical characters which are 
usually in a long and complex character string. Also, it is difficult to remember these long and 
complex character strings, particularly when it is necessary to distinguish uppercase letters from 
lowercase letters. 



30 Additionally, URLs are becoming more and more complex due to the unexpected 

increase in the number of home pages. As a result of the increasing complexity of URLs, a user 
may have difficulty inputting a URL from, for example, a newspaper advertisement while holding 
the newspaper in one hand. Let alone remembering the URL. 
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While applications exist which add functionality to a browser, no existing applications 
monitor input to the browser application's location (address) field in order to add extra 
functionality. A similar value adding application is QuickSeek™( a trademark used by Infoseek 
5 Corporation) from INFO SEEK® (a registered trademark of Infoseek Corporation), but rather 
than obtaining input from the browser's location field, it adds its own separate input field to the 
browser. 

Accordingly, the need exists for methods and systems which facilitate accessing 
1 0 network home pages through URLs. 

SUMMARY OF THE INVENTION 
The present invention provides novel methods and systems for accessing a network 
URL through pre-assigned, simplified network addresses, often using a single number of one or 
15 more digits, and for then displaying the home page corresponding to the simplified network 
address. 

In one embodiment, the present invention provides methods for using a simplified 
network address composed of characters or digits which are easy to remember and input. The 
20 methods permit a URL owner or other party to create a new simplified network address having a 
URL correspondence relation. Alternatively, methods are provided to assign a unique simplified 
network address to a URL. 

In another embodiment, the simplified network address is a number having one or 
25 more digits. A variety of methods for selecting and for automatically assigning such a number 
are presented. 

In another embodiment the current invention provides methods and systems for 
storing the URL numeric code and the corresponding URL in a network accessible storage 
30 system. 

In still another embodiment the present invention provides methods and systems which 
include inputting the URL numeric code in a network accessible computer, communicating the 
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inputted number to the storage system, converting the number to the URL and sending the URL 
to the computer. 

In a further embodiment the present invention provides methods and systems which 
5 include inputting the URL numeric code in a network accessible computer, communicating the 
inputted number to the storage system, converting the number to the URL, retrieving the home 
page corresponding to the URL and displaying the home page on the computer. 

Another group of embodiments presents methods for use in message passing operating 
10 systems. The methods provide that system level messages to specific objects are intercepted and 
an alias message is created and substituted in place of the original message. Such message 
aliasing methods are used to provide simplified network addressing and also simplified 
commanding of a network server. 

1 5 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram illustrating a system which permits the use of simplified 
network addresses to access network information. 

FIG. 2 is a block diagram illustrating a database system for converting a simplified 
20 network address to a corresponding URL and used in the system of FIG. 1. 

FIG. 3 is a schematic diagram showing a correspondence relation as a pair having a 
simplified network address portion and a corresponding URL portion for storage in the database 
of FIG. 2. 



25 



30 



FIG. 4 is a schematic diagram providing an example of the pair of FIG. 3. 

FIG. 5 is a block diagram showing an alternative system for updating the database of 
FIG. 2 and in which a simplified network address is automatically created. 

FIG. 6 is a block diagram illustrating a system as in FIG. 1 in which the database is 
located on a network and is accessed as a network resource. 
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4 

FIG. 7 is a block diagram of an alternative embodiment of a FIG. 1 system in which 
part of a database is maintained in the local system while another part is located on a network as 
in FIG. 6. 

5 FIG. 8 is a schematic diagram illustrating a display of information in a FIG. 1 system 

using a windowed operating system. 

FIG. 9 is a block diagram illustrating a variety of input and pointing devices used with 
a system as in FIG. 1 . 

10 

FIG. 10 is a schematic diagram showing a cooperation between a pointing device and 
a displayed key pad for inputting a simplified network address. 

FIG. 1 1 is a schematic diagram illustrating the use of message aliasing in a message 
1 5 passing operating system according to one aspect of the invention. 

FIG. 12 is a schematic diagram illustrating the use of message aliasing to implement 
simplified network addressing. 

20 FIG. 13 is a schematic diagram illustrating the use of message aliasing to implement a 

network server command process according to another aspect of the invention. 

FIG. 14 is a schematic diagram illustrating several processes relating to the creation, 
the updating and the maintenance of a server-based, network searchable database of stored 
25 correspondence relations. 



FIG. 15 is a pictorial diagram illustrating a telephone key pad, and alternatively 
illustrates a 10-key pad, used to input a simplified network address in a specific embodiment of 
the invention. 

30 

FIG. 16 is a pictorial diagram which illustrates a typical format for a 10-digit URL 
numeric code. 
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5 

FIG. 17 is a table defining a correspondence between alphabetic letters and Reference 
Numbers in a range from <]> through <9>. 

FIG. 18 is another table defining a correspondence between groups of alphabetic 
5 letters and Rules of Assignment. 

FIG. 19 is a flowchart illustrating a process for creating a URL numeric code 
according to a specific embodiment of the invention. 

10 FIG. 20 is a graph illustrating an aspect of another process for creating a URL 

numeric code according to another specific embodiment of the invention. 

FIG. 21 is a schematic diagram which illustrates the use of a firewall to insure the 
integrity of a network-searchable database. 



FIG. 22 is a schematic diagram illustrating information exchange between software 
elements within a specific embodiment of a client, within a server-based database and between 
the client and the database across a network. 



15 



20 



FIG. 23 is a flow diagram illustrating the process of inputting a URL numeric code or 
a shortened number and obtaining the resulting URL and home page. 



FIG. 24 is a pictorial diagram illustrating another aspect of the invention. 



25 



FIG. 25 is a pictorial diagram which shows an Internet system including a number 



input interface. 



FIG. 26 is a schematic diagram illustrating a specific embodiment of the invention. 



30 



FIG. 27 is a schematic diagram illustrating another specific embodiment of the 



invention. 



DETAILED DESCRIPTION OF THE INVENTION 
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While describing the invention and its embodiments, certain terminology will be 
utilized the sake of clarity. It is intended that such terminology include not only the recited 
embodiments but all equivalents which perform substantially the same function, in substantially 
the same manner to achieve substantially the same result. 

5 

Definitions 

"URL numeric code" as defined herein includes a number which is assigned to a URL, 
this term can be also be referred to as an "assigned number", a "numerically expressed URL" or 
an "original number". 

10 

"User" as defined herein includes a person or party accessing or intending to access a 
network to access network information, such as a URL or Web home page. 



"Client" as defined herein includes hardware and software which is utilized by a user 
1 5 to access a network to receive a URL or a Web home page. 



"Simplified network address" also referred to as SNA as defined herein includes 
alphanumeric characters, including URL numeric codes, control characters and special characters, 
such as ASCII characters having a standard control function, which a user inputs in a client to 
20 access network information, such as a URL or a Web home page, through a conversion of the 
simplified network address to a URL. 

"Simplified network addressing" as defined herein includes methods of using a 
simplified network address for accessing network information. 

25 

"Platform" as defined herein includes a computer system's hardware and software. 

"URL conversion domain" as defined herein includes a network domain name which 
identifies an address for accessing the conversion of a simplified network address to a URL. 

30 

Introduction 

Existing methods for accessing homepages via a network browser necessitate the 
typing of a long URL string. This operation can be especially inconvenient and difficult for users 
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of Internet Televisions and other keyboard-less devices. According to the present invention it has 
been discovered that the use of network URLs is greatly facilitated by assigning a number or 
other character string to a specific URL and then using this number or other character string to 
connect the user to the network home page site. By assigning a shorter, easier to type and to 
5 remember number to a corresponding URL, a user of the present invention can simply type in a 
number and have a corresponding homepage returned to the client display screen. 

Internet browsers currently assume that any number input to the location (address) 
field is intended to be an IP address in the form <nnn.nnn.nnn.nnn> Therefore, any number 

10 input to the location field which is not an IP address will cause the browser to return an error. 
For example, if a user enters a string <888> into a browser location field, an existing browser 
application will attempt to connect to the URL <http://888/>, which will result in an error since 
the string <888> is not a valid IP address. In several embodiments of the present invention 
which follow, a service program, monitoring user input, intercepts a message as it is sent to the 

15 browser location field. The service program recognizes that the string <888> is not a valid IP 
address and substitutes the following URL and forwards the substitute URL to the browser: 
<http://wwwMatchusa.com/search.p?rmm^ 



20 domain and to run the program <search.p> passing <888> as a parameter. Wherein 

hatchusa.com is an example of a URL conversion domain for accessing the conversion of a 
user's number input to a URL. A server side program <search.p> converts the number into a 
URL by looking up <888> in a database table and obtaining a corresponding URL and necessary 
HTTP formatting characters which are returned to the browsers location field. The browser, in 

25 turn, uses the returned HTTP-formatted URL to access the Internet homepage identified by the 
input string <888>, and displays the homepage on the client browser. String <888> is an 
example of a simplified network address of the current invention. A detailed examination of 
various features of the present invention follows. 

30 Basic Network Access System 

With respect to FIG. 1 there is shown a block diagram illustrating a system according 
to one aspect of the present invention. The system is designated generally by the numeral 10 and 
includes a platform 12, an input device 14, a display monitor 16, and a converter 18. The 



The substitute URL causes the browser to contact a www server in the hatchusaxom 
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platform 12 is connected to a network 20 for accessing network information. In general, the 
system 10 receives a simplified network address (SNA) 22 via the input device 14 and forwards 
the simplified network address 22 to the converter 18. The converter 18 converts the simplified 
network address to a Uniform Resource Locator (URL) 24 and returns the URL 24 to the 
platform 12. The platform 12 then combines the returned URL 24 with additional symbols 
according to a network protocol to form a network access command 26 (e.g., http://URL/) for 
accessing information from a network resource (not shown). The network resource returns the 
accessed information 28 (e.g., an HTML page) to the system 10, where it is received by the 
platform 12 and processed for display on the display monitor 16. 

In a related embodiment of the system 10 (not shown), the converter 18 converts the 
simplified network address 22 directly to the already formatted network access command 26, e.g. 
http://URL/. 

1 5 The simplified network address 22 is typically a concatenation of symbols such as 

alphanumeric or purely numeric characters. These symbols are typically entered via an input 
device 14 such as a keyboard or a 10-key pad by a user. It is common to refer to the system 10 
as a client. Typically, the client includes a programmable digital computer having a keyboard 
input device, a mouse pointing device, a CRT monitor display, internal memory (RAM) for 

20 storage of temporary results such as data, and external storage in the form of one or more hard 
disks for storage of programs and long-term results such as database tables. For purposes of the 
discussion which follows it is convenient to think of the system 10 as such a computer-based 
system. However, it should be kept in mind that the invention is not limited to the common 
desktop computer system and may find application in diverse platforms such as hand-held 

25 computing devices, for example so-called smart telephones. 

A process for using the system 10 to access information located at a network resource 
uses a string which defines a simplified network address. For example, assume the user types the 
string <patent-search> on the input device 14. Assume the string <patent-search> is a simplified 
30 network address for accessing a patent database server at the United States Patent and 

Trademark Office. Thus, the user does not have to remember that the actual Uniform Resource 
Locator for the patent database is <http://patents.uspto.gov/>. The platform 12 receives the 
string 22 and sends it to the converter 18. The converter 18 accepts the simplified network 
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address <patent-search> and converts the string to the URL <patents.uspto.gov>, using a 
pre-defined relationship between this URL and the simplified network address <patent-search> 
The platform now uses the returned URL to form a complete network access command 26 
<http://patents.uspto.gov/>. In an alternate embodiment, the converter 18 converts the 
5 simplified network address to a fully formatted network access command, e.g. <http://patents. 
uspto.gov/>. Now, the system 10 issues the network access command 26 to the network 20. In 
due course, connection is established between the system 10 and a patent database server (not 
shown) which returns the patent database homepage 28 expressed in the HTML format. The 
platform receives the homepage 28, processes the HTML information permitting the homepage 
10 to be displayed on the system display monitor 16. In this example, the http://URL/ format is 
used for accessing information from a network such as the Internet and its World Wide Web 
(Web). In another specific embodiment, the network access command uses a different network 
protocol command for retrieving network information (e.g., a different TCP/IP protocol 
command). 

15 

Correspondence Relation 
In one embodiment, the conversion of a simplified network address 22 to a URL 24 is 
accomplished by a database having storage and a search engine. Such an embodiment is 
illustrated in the block diagram of FIG. 2. The database is designated generally by the numeral 

20 30, and it should be understood that the database 30 performs the functions assigned to the 
converter 18 of FIG. 1. The database 30 includes storage 32 and a search engine 34. The 
database 30 receives a simplified network address 36 provided by the platform 12 of FIG. 1, and 
returns a URL 38, which corresponds to the URL on line 24 of FIG. 1 . In an alternate 
embodiment (not shown), the database 30 receives a simplified network address 36 and returns a 

25 fully formatted network access command, as described above. 

The database 30 shown in FIG. 2 defines a correspondence relation between a 
received simplified network address 36 and a corresponding URL 38. Correspondence relations 
are stored in the database storage 32. The correspondence relation can be thought of as a 
30 database entry having two parts: a simplified network address portion and a corresponding URL 
portion. Such a correspondence relation is illustrated in the schematic diagram of FIG. 3. The 
correspondence relation is designated generally by the numeral 40. The correspondence relation 
40 has a simplified network address portion 42 and a corresponding URL portion 44. An 
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example of a specific embodiment of a correspondence relation is illustrated in FIG. 4. The 
correspondence relation is designated generally by the numeral 46. The simplified network 
address portion 48 is <patent-search>, while the corresponding URL portion 50 is 
<patents.uspto.gov>. 

5 

In general, such a correspondence relation means that when the database 30(FIG. 2) 
receives a particular simplified network address, such as <patent-search> it will examine the 
correspondence relations within the database storage 32, and when it finds one having a string 
portion equal to the received simplified network address <patent-search> it will return the 
10 corresponding URL portion <patents.uspto.gov>. The database storage is searched using a 
search engine 34 which accepts the received simplified network address 36 and uses the 
simplified network address as a search key. In another embodiment of the correspondence 
relation 46 (not shown), the corresponding URL portion 50 includes all necessary network 
protocol formatting characters, e.g., <http://patents.uspto.gov/>. 

15 

Simple Table Lookup 
The simple pair correspondence relation used in the foregoing example and shown in 
FIGS. 3 and 4 are a specific embodiment of a correspondence relation. In other embodiments of 
the present invention, the correspondence relation, though easily understood in terms of the pair 
20 illustrated in FIGS. 3 and 4 is not actually stored in the database storage as a simple pair. But 
the process of using the search engine 34 to locate a URL corresponding to a received simplified 
network address 36 can still be relied upon for understanding the basic operation of the database 
30. 

25 One embodiment of the invention defines a process for converting a simplified 

network address to a URL using a database 30 having storage 32 of correspondence relations, 
and a search engine 34 for searching the database 32 and accepting a search key. The database 
30 receives a simplified network address 36 which it provides to the search engine 34 as the 
search key. The search engine 34 searches the stored correspondence relations and returns a 

30 URL 38 corresponding to the search key. In this way, the received simplified network address 
36 is converted to the corresponding URL 38. In terms of the example provided above, the 
search string <patent-search> is converted into the URL <patents.uspto.gov>. Again, in another 
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specific embodiment of the database 30 (not shown) the search string <patent-search> is 
converted into a fully formatted network access command, e.g. <http://patents.uspto.gov/>. 

Automatic Creation of Simplified network addresses 
5 A related embodiment of the invention defines a process permitting an owner of a 

URL to input an actual address of network information in the form of a URL and the system 
automatically creates a simplified network address. A system which embodies such a process is 
shown in FIG. 5, a block diagram which illustrates a portion of a system designated generally by 
the numeral 76. The system portion 76 includes an input device 78, a platform 80, a display 
10 monitor 82, and a database system 84 having storage 85 for correspondence relations. 

The process defined by the related embodiment accepts an actual network address in 
the form of a URL 86 from a URL owner via the input device 78. The platform 80 receives the 
URL 86 and forwards the URL via line 88 to the database 84. In the embodiment illustrated in 

15 FIG. 5, the database system 84 includes an element 90 for generating a simplified network 
address in the form of a string. The database system 84 combines the formed string and the 
received URL to form a new correspondence relation, designated generally by the numeral 92. 
The formed correspondence relation 92 includes the generated string 94 defining the simplified 
network address and the received URL 96. The database system 84 then inserts the newly 

20 formed correspondence relation 92 into the database storage 85 where it becomes available for 
converting simplified network addresses to actual network addresses. 

In an alternative embodiment (not shown), the element 90 for generating a new 
simplified network address is located in the system 76, but not within the database system 84. In 
25 this alternative embodiment, the process forms a completed database entry having both the 

simplified network address portion and the corresponding URL portion. The competed entry is 
then sent to the database system 84. 

In another related alternative embodiment, the database system 84 returns a copy 98 
30 of the new simplified network address 94 to the platform so that the URL owner is aware of the 
new simplified network address which corresponds to the URL he provided. 
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In another specific embodiment (not shown), the user inputs a fully formatted network 
access command, e.g. <http://patents.uspto.gov/>, and the system automatically creates a new 
simplified network address corresponding to the network access command. 

Assigned N umbers: A URL Numeric Code 
In a preferred embodiment, the simplified network address generated by the element 
90 is a number having one or more digits and defining an assigned number. The assigned number, 
also referred to as a URL numeric code, will be described in more detail with reference to FIGS. 
14 through 20. 



Moving The Database to A Network 
The systems illustrated in FIGS. 1 and 2 are expanded in another embodiment by 
moving the conversion database from the user's system out onto the network. An example of 
such an embodiment is illustrated in block diagram FIG. 6 which includes a client, designated 
15 generally by the numeral 100, and a network based conversion database, designated generally by 
the numeral 102. The client 100 includes a platform 104 having network access. The database 
102 includes a server 106, a search engine 108, and database storage 110 providing storage for 
database correspondence relations. 

20 One embodiment of the invention is a method for operating a simplified network 

addressing system using a conversion database which is accessible via the network. The method 
includes the steps of receiving a simplified network address and forming a network access 
command addressed to the conversion database 102. An example of such a command 1 12 is 
illustrated in FIG. 6. For this example it is assumed that the URL for accessing the conversion 

25 database 102 is <URL1>. The formed access command 1 12 incorporates URL1 with the 
received simplified network address to obtain an access command 

format<http://URLl/simplified network address/>, as will be described in more detail with 
reference to Function C of FIG. 1 1 . 

30 The server 106 receives the access command 1 12 via the network and presents a 

simplified network address portion 1 14 to the search engine 108. The search engine uses the 
simplified network address portion 1 14 as a search key 1 16 for searching the stored 
correspondence relations 1 10. The search engine 108 obtains a URL2 1 18 which corresponds to 
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the search key 1 1 6, which in turn represents a simplified network address for a network resource 
having a URL equal to URL2. The search engine 108 returns the URL2 120 to the server 106, 
and the server then returns the URL2 122 to the client 100 via the network connection. The 
method now defines steps which use the returned URL2 to form a second network access 
command 124, which in this example has a form <http://URL2/>. The second network access 
command 124 is directed to a network resource upon which is stored a network page, in this 
example an HTML page 126, which is returned to the client via a network connection. Thus, 
URL1 in FIG. 6 represents the URL for accessing the network database 102, while URL2 
represents the URL for the Web page which the user wants to access. 



In the embodiment illustrated in FIG. 6, the client 1 00 began with a simplified network 
address corresponding to the returned HTML page 126, and the conversion database 102 
converted the simplified network address to the URL2 122 which was needed to access the 
HTML page. The client 100 used the URL2 to form a network access command 124 and the 
1 5 network returned the desired HTML page 126. 

In another embodiment of the simplified network addressing system, illustrated in the 
previous drawing figures, the conversion database (102 of FIG. 6) is partitioned among multiple 
server-based databases, each accessible via a network. 

20 

In yet another embodiment of the simplified network addressing system (not shown), 
the conversion database returns a fully formatted network access command which includes the 
URL2 122, e.g. <http://URL2/> 

25 Improving S peed: Maintaining A Local Cache 

FIG. 7 is a block diagram which illustrates a conversion database partitioned between 
a first part that is retained within the client and a second part that is accessible via a network 
connection. FIG. 7 includes a client, designated generally by the numeral 128, a platform 130, a 
client search engine 132, and a client cache 134 for storing selected correspondence relations. 

30 FIG. 7 also includes a network accessible conversion database 136 and network connections 
between the client 128, the conversion database 136 and other network resources (not shown). 
These network connections are designated generally by the numeral 138. 
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One embodiment of the invention defines a method for operating a simplified network 
addressing system which uses the elements illustrated in FIG. 7. When a simplified network 
address is input to the client 128 for a network accessible resource, the simplified network 
address 140 is first passed to the client search engine 132 which uses the simplified network 
5 address as a search key 142 for searching the selected correspondence relations located on the 
client cache 134. If a correspondence relation matching the key 142 is located on the cache 134, 
the client search engine returns a corresponding URL 144, which in the present example we 
assume is URL2. Having found a corresponding URL within the client cache 134, the client 128 
uses the URL2 to form a network access command 146 <http://URL2/> which is addressed to a 
1 0 network resource having a copy of a network file corresponding to the simplified network 
address input by the user. The addressed network resource (not shown) returns the desired 
network file, in this example a HTML page 148. 

When the correspondence relation matching the simplified network address 140 is not 
1 5 found within the client cache 134, the client uses the simplified network address to form a 

network access command 150 addressed to the network accessible conversion database 136. A 
search of the database 136 for a matching correspondence relation occurs as described above 
with respect to FIG. 6. If the search is successful, the conversion database 136 returns the 
URL2 to the client via the network connections 138 and the client 128 uses the returned URL2 
20 to form the network access command 146, as described above. 

The embodiment illustrated in FIG 7 has several advantages over the simpler 
embodiment illustrated in FIG. 6. The first advantage is speed of operation: when the URL 
corresponding to the simplified network address is found within the client's local cache 134, the 
25 access command 1 46 can be issued without waiting for the remote conversion database 1 36 to 
respond. A second advantage is apparent when the network is unstable or unreliable, such as 
when long response delays are typical or network connections are routinely lost, as is often the 
case currently for the Internet and its World Wide Web. Under such unreliable conditions, if the 
needed URL is found in the local cache 134, the access command 146 can be rapidly formed. 

30 

In an alternative embodiment of the simplified network addressing system, the 
network accessible conversion database 136 of FIG. 7 is partitioned between multiple network 
accessible databases. 
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In another specific embodiment of the simplified network addressing system (not 
shown), the local cache 134 and the remote database 136 return fully formatted network access 
commands as previously described. 

5 

Use of Windows 

FIGS. 1 and 5 illustrate systems according to several aspects of the present invention 
which provide a display (16 of FIG. 1) for displaying the accessed network information. In a 
specific embodiment of the invention, the client platform (12 of FIG. 1) includes an operating 

10 system which provides windowed displays, commonly referred to as windows. Such windows 
may occupy some portion of the display (16 of FIG. 1), and several windows may be displayed 
concurrently, each window containing different information. FIG. 8 is a schematic diagram 
illustrating a windowed system. FIG. 8 includes a client platform 152 having an operating 
system 153 providing a windowed environment, and has a simplified network application 

15 ("HATCH APPLICATION") 154. The specific environment also includes a network browser 
application designated generally by numeral 155 and having an address window 156 and a 
network window 157, sized and positioned such that they just fill the screen of a display forming 
a composite window 158. 

20 A specific embodiment of the invention defines a method which first displays a user 

input 159 (FIG. 8) simplified network address in the address window 156. The user input 
simplified network address is monitored 160 by the operating system 153 which passes 161 the 
simplified network address to the HATCH APPLICATION 1 54. The HATCH APPLICATION 
154 determines that the user input represents a simplified network address, then forms a 

25 conversion request command including a copy of the simplified network address, as previously 
described, sends the formed command to a conversion database (120 of FIG. 6) and eventually 
obtains from the database a fully formatted network access command, e.g. <http://URL2/> (146 
of FIG. 7), for retrieving the desired network information. The browser application 155 
continues to display the user input simplified network address in the address window 156 during 

30 the conversion. When the network access command is available, the HATCH APPLICATION 

154 replaces 162 the previously displayed simplified network address with the formed network 
access command (e.g.,<http://URL2/>) in the address window 156. The browser application 

155 then uses the network access command to access the desired network information. When 
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the accessed network information (148 of FIG. 7) is available, it is displayed in the network 
window 157. 

A variety of Input and Pointing Devices 
5 Various input and pointing devices are usable for inputting a simplified network 

address. Some, such as a keyboard, can operate alone. Others, such as a pointing device or a 
TV remote controller, must cooperate for inputting a simplified network address. FIG. 9 is a 
block diagram illustrating a client platform 166 and a variety of input devices, designated 
generally by the numeral 168. These devices include, but are not limited to, any one or more of 

10 the following: a standard keyboard 170, a 10-key pad 172, a telephone key pad 174, a computer 
mouse 176, a computer trackball 178, a touch panel 180, a pen pointing device 182, a bar-code 
reader 184, an OCR 186 which optically reads a medium containing, in an encoded form, the 
simplified network address, an OCR 188 which mechanically reads a medium containing, in an 
encoded form, the simplified network address, a TV remote control attached to a TV set 190, a 

15 remote control attached to a game set 192, a remote control attached to a Karaoke set 194, and 
a voice input device 196 for accepting the simplified network address in spoken form. 

Several of the input and pointing devices mentioned here normally operate in 
conjunction with a display device (16 of FIG. 1) for inputting a simplified network address. FIG. 
20 10 is a schematic diagram illustrating an example of cooperation between a pointing device, an 
operating system, and a windowed display of symbols from which a simplified network address 
is to be constructed. 

FIG. 10 includes a computer mouse 198, a client platform 200, an operating system 
25 202, a displayed composite window 204, a displayed cursor 206, and a displayed telephone key 
pad, designated generally by the numeral 208. Movement of the mouse 198 relative to a surface 
produces a corresponding movement of the displayed cursor 206 within the displayed composite 
window 204. The illustrated mouse includes left and right buttons, 210 and 212, respectively, 
used for selecting, activating and moving a displayed object. In this example, an operator uses 
30 the mouse 198 to position the cursor 206 over one of the numbers of the displayed telephone 
key pad 208. The operator then depresses and releases the left mouse button 210 once to select 
the number over which he has positioned the cursor 206. The operating system 202 determines 
which number corresponds with the cursor location and displays that number 214 in a simplified 
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network address display window 216 located above the displayed telephone key pad 208. The 
process continues, one digit at a time, until a complete simplified network address has been 
entered into the display window 216. The simplified network address is then converted to a 
corresponding URL as has been described previously, above. 

5 

A person having an ordinary level of skill in the art to which this invention pertains 
will appreciate that a single button mouse, a three button mouse, or other equivalent computer 
pointing device may be substituted for the two button mouse in the above example without 
materially altering the scope of the invention. The example is intended to illustrate features of 
10 the invention in a practical manner and is not intended to limit the scope of the invention. 

Message Aliasing 

The next group of embodiments of the invention are defined in an operating system 
environment which provides objects having procedures, storage, and using message passing for 
15 invoking procedures, i.e., an environment using an object oriented programming style. There are 
a number of well known operating systems of this type. FIG. 1 1 is a schematic diagram 
illustrating interactions between a user interface 218, an application program referred to as a 
Hatch application 220 which includes Functions A, B and C and a message passing operating 
system 222. 



20 



25 



These embodiments add functionality to existing applications, such as Internet 
browsers, by monitoring messages to applications. As one practical example, the Hatch 
application 220 allows it to implement services which are not implemented by the browser 
application, by monitoring messages to the browsers location (address) field. 



FIG. 1 1 illustrates a process in which simplified network address>, input as a user 
message at the user interface 218, is intercepted by the operating system 222, and an alias 
message, e.g., <URL1 /simplified network address/> is substituted in place of the simplified 
network address. It will be recalled that URL1 is the network address of the conversion 
30 database 102 in the description related to FIG. 6, above. FIG. 1 1 is a schematic representation 
of a process, internal to the client, used to create an alias message. In message passing operating 
systems, this message aliasing process uses a simplified network address to form a portion of a 
network access command to a network accessible conversion database (102 of FIG. 6). The 
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message aliasing process itself is an embodiment of one aspect of the invention. In an alternate 
embodiment of the message aliasing system, the alias message forms a fully formatted conversion, 
request command, e.g. <http://URLl /simplified network address/>, as described previously 
herein. 

5 

The message aliasing process illustrated in FIG. 1 1 is initiated by the user inputting a 
message 224 to start the Hatch application 220. The start message 224 is forwarded to the 
Hatch application 220 and creates an object, Function A 226. Function A, in turn, creates an 
entry 227 in an operating system Message Control Table 228. An example of a message control 
1 0 table is the Hook Table defined in the Microsoft Windows®(a registered trademark of Microsoft 
Corporation) 95 and Windows®NT operating systems. At this point, the message aliasing 
process pauses, waiting for the user to send another message. 

A user input message 230 in the form of a simplified network address is forwarded to 
1 5 the Hatch application 220 which forwards the message to the operating system 222. There, the 
message is forwarded via the Message Control Table entry 227 back to the Hatch application 
where it invokes a Function B 232. The purpose of the Function B is to create a new entry 234 
in an operating system Call Back Process 236. A person skilled in the art will recognize the Call 
Back Process 236 as a typical operating system solution for forwarding operating system level 
20 messages within the system. The message 230 is intended ultimately for a network browser, 
referred to here as target Navigator A 238. 

The user intends the simplified network address> message to go to target Navigator 
A 238, but target Navigator A does not recognize the Simplified network address> in its 

25 present form. Function B 232 forms a new entry 234 in the Call Back Process 236 the first time 
the user sends a message to a new recipient. Thus when the user sent the message Simplified 
network address> 230 to the target Navigator A 238, having not previously sent a message to 
target Navigator A the Function B 232 removes target Navigator As original callback function 
from the Call Back Process 236, saves the original callback function, and replaces the original 

30 callback function with a shadow callback function 234. The shadow callback function 234 is 
used to forward the Simplified network address> 230 to a Function C 240 in the Hatch 
application 220. Function C converts the Simplified network address> 230 into an alias 
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message 242, e.g., <http://URLl/simplified network address/>, which is acceptable to the target 
Navigator A 238, and forwards the alias message 242 to the intended target Navigator A 238. 

Function B 232 and the Message Control Table entry 227 cooperate to define a 
5 two-state machine which keeps track of a first time any simplified network address> is sent to 
an intended target. In a first of the two states, an <simplified network address> 230 which is 
intended for the target Navigator A 238 results in the creation of the shadow callback function 
234 and the conversion of the Simplified network address> to the alias Navigator-acceptable 
form <http://URLl /simplified network address/> After creating the shadow callback function, 

10 the state machine is advanced to the second state, where it remains until the Hatch application 
220 is turned off. While in the second state, subsequent Simplified network address> messages 
244 directed to the same target Navigator A 238, are sent directly by the shadow callback 
function 234 to the Hatch application Function C 240. The Function C converts the Simplified 
network address> to the alias acceptable form <http://URLl /simplified network address/> and 

15 forwards this alias message 242 to the intended recipient 238. 

When the user inputs a message to turn off the Hatch application, the shadow callback 
functions 234 are replaced by the previously saved browser application original callback 
functions, and a previous operating system behavior is resumed. 

20 

Message Aliasing for Simplified Network Addressing 
FIG. 12 is a schematic diagram illustrating the use of the message aliasing process 
described above to implement a specific embodiment of a simplified network addressing of 
network accessible information. FIG. 12 includes a user Simplified network address> message 

25 246, an internal message aliasing process 248, a display monitor 250, an address window 252, a 
network window 254, a network connection 256, a network accessible conversion database 258, 
and a network accessible information resource 260. The user inputs the simplified network 
address <888> 262 which is converted by the specific message aliasing process 248 to 
<http://www.hatchusa.com/search. p?number=888/> 264. This network access command is a 

30 request to the HatchUS A server which is a specific example of a server implementing a 

conversion database 258. The database 258 is asked to return a URL 266 which corresponds to 
the simplified network address <888>. The HatchUSA server 258 returns a fully formatted 
network access command </www.hatch.co.jp/> as the URL 266 corresponding to <888>. The 
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network access command 268 is sent via the network 256 to the Hatch.Co.JP server 260. The 
Hatch. Co.JP server 260 returns its HTML homepage 270 for display in the network window 254 
of the user's display monitor 250. 

5 Message Aliasing for Network Ser ver Commanding 

Existing Internet browsers implement a limited number of Internet protocols such as 
mail <mailto://> FTP <ftp://> and news <news://>. A service program monitoring user input 
can recognize and implement a whole set of newly defined protocols or commands not 
implemented by a browser. One such example is direct access to Internet search engines from 

10 the browser's location field. For example, if the user enter the string <yahoo://hatch/> an 

existing browser will attempt to connect to the URL <http://yahoo://hatch/>, which will result in 
an error since <http://yahoo://hatch/> is not a valid URL. A service program monitoring user 
input can recognize the string <yahoo://hatch/> as a request to search for the string <hatch> in 
the YAHOO!® search engine, and as a result will send the following URL to the browser: 

1 5 <http://search.yahoo.co.jp/bin/search?p=hatch>. This URL causes the browser to contact the 
search engine at <search.yahoo.co.jp> and to initiate a search for the keyword <hatch>. The 
search engine will return the results of the search back to the browser. With this introduction 
providing a frame of reference, a detailed description of a specific embodiment is provided as 
follows. 

20 

A related embodiment of the invention is shown in FIG. 13 which is a schematic 
diagram illustrating the use of the message aliasing process to simplify the commanding of a 
remote server. In the specific example illustrated in FIG. 13, the user inputs a simplified 
network address <yahoo://olympiO and the YAHOO!® Internet search database returns the 
25 results of a search on the keyword <olympiO. Since YAHOO!® does not recognize the string 
<yahoo://olympiO, the message aliasing process is used to construct a network access command 
that is recognized. The user input string <yahoo://olympiO includes a command portion 
<yahoo://> and a parameters portion <olympic>. 

30 FIG. 13 includes a user input message 272, an internal message aliasing process 274, a 

user display monitor 276, a displayed address window 278, a displayed Internet window 280, a 
network connection 282, and the YAHOO!® database server 284. The user input message 272 
is the string <yahoo://olympiO. This string is converted by the process 274 to an alias message 
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string <http://search.yahoo.com/bin/search?p=olympic/>. Referring to the description above 
relating to FIG. 1 1, it is the Hatch application Function C 240 that creates the alias string from 
the user input string. The user input string <yahoo://olympic> is displayed in the address 
window 278. It is replaced by the longer alias message string. The alias message string is 
5 properly formatted to command the YAHOO!® database to return the results of a search on the 
keyword <olympic>. The properly formatted network access command is sent to the 
YAHOO!® database 284 via the network connection 282. The database server 284 returns the 
result of its search of the YAHOO!® database as an HTML encoded document 286. The 
encoded document is displayed in the network window 280, completing the simplified server 
1 0 commanding process. 

There are an increasing number of network servers capable of responding to 
predefined commands such as the <http://URL/.../search?p=parameters/> command defined for 
the YAHOO!® system. Presently only the <http://URL/.../> <mailto://email address/> 

15 <ftp://..7> and <news://newsgroup address/> are defined. As new server commands are defined, 
the message aliasing process defined above can readily be adapted to create and substitute a 
properly formatted alias message for the user input simplified command. For example, the Hatch 
application can be customized to support a variety of search engines such as: <altavista://.../> 
<infoseek://.../>, <yahoo ://.../>, etc. (ALTAVISTA® is a registered service mark of Digital 

20 Equipment Corporation). 

Correspondence Relati on Table As A Searchable Database 
The embodiments above have been described primarily from the viewpoint of the user 
who inputs a simplified network address or server command and eventually receives a desired 

25 Web page. The focus now shifts to embodiments representing the network accessible database 
which stores correspondence relations used to convert a simplified network address to a specific 
URL. The database itself becomes an embodiment of the invention. Previous examples of the 
present focus are the network based conversion database 102 of FIG. 6, the network accessible 
conversion database 136 of FIG. 7, and the network accessible conversion database 258 of FIG. 

30 112. The database 102 illustrated in FIG. 6 will provide the necessary background for the 
discussion which follows. 
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The first embodiment is a server-based, network-searchable database system, 
designated generally by the numeral 102 of FIG. 6. The database 102 includes a server 106 
providing a communication connection to a network. The server 106 receives a search request 
1 12 via the communications connection, and the received search request includes a simplified 
5 network address: <http://URLl/simplified network address/>. The storage 1 10 includes a 
correspondence relation table defining a correspondence relation between a network Uniform 
Resource Locator and a simplified network address. The database also includes a search engine 
108 which uses a received simplified network address 1 14 as a search key 1 18 to search the 
stored correspondence relations 1 10 for a correspondence relation matching the received 
10 simplified network address. If the search engine 108 finds a matching correspondence relation, it 
returns a corresponding URL 1 18, 120 to the server 106. The server, in turn, returns the 
corresponding URL 122 to the requester, in FIG. 6, a client 100. The database 102 defines an 
embodiment of the invention. 

15 in a practical sense, the server-based, network-searchable database system of FIG. 6 

does not exist in isolation of the network nor the client systems 100 which use the database to 
convert simplified network addresses to URLs. Thus in a specific embodiment the database 
system includes a client system which originates search requests 1 12 via the network and which 
receives the accessed network information 126 via the network. 

20 

Number Registration 

FIG. 14 is a schematic diagram illustrating several processes relating to the creation, 
the updating and the maintenance of a server-based, network searchable database of stored 
correspondence relations. The processes illustrated in FIG. 14 include a URL database 288 
25 (upper and lower representations connected via a broken line), a URL registration process 290, 
stored registered resources 292, a search engine 294, and a correspondence relation registration 
process 296. The elements 288 - 296 define a server-based, network searchable database of 
stored correspondence relations. The database is updatable via inputs from the URL owner. 

30 In a specific embodiment, such as the URL registration process 290 of FIG. 14, a 

URL owner enters a simplified network address such as a URL numeric code. The URL 
numeric code is passed to the search engine 294 and is used as a search key of the registration 
process 290. The search engine 294 is used to examine the previously registered URL numeric 
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codes in the database 288 to determine whether the received URL numeric code has already 
been used. If it has not been previously registered, the received URL numeric code is registered 
temporarily as a registered resource 292. The new correspondence relation between the URL 
and the URL numeric code is then submitted to the registration process 296 which enters the 
new correspondence relation into the URL database 288. The URL database 288 corresponds 
with the stored correspondence relations 110 of FIG. 6. If it is determined that the URL 
numeric code has been previously registered, the URL owner starts the registration process 290 
with a new URL numeric code. 



10 A URL owner can register a preferred simplified network address, such as a URL 

numeric code, which can be selected on the basis of, for example, a telephone number, a birth 
date, a vehicle number, a house number, a room number and the like. In a specific embodiment, 
a URL owner selects a sequence of musical tones from a predetermined set of tones for defining 
a simplified network address in terms of musical tones. The system includes an element for 

15 converting the sequence and a corresponding URL into a simplified network address. The 

database uses the simplified network address to form a new correspondence relation in which the 
simplified network address was initially specified in terms of the sequence of musical tones. 
These numbers are generally assigned on a "first come, first served" basis. 



20 Letter And Number Sequences As Simplified Network Addresses 

FIG. 15 is a pictorial diagram illustrating a telephone key pad, and alternatively 
illustrates a 10-key pad, used to input a simplified network address in a specific embodiment of 
the invention. The key pad is designated generally by the numeral 306. The key pad 306 
includes keys having numbers and associated letters of an alphabet. The key bearing the number 

25 2 also bears the letters A, B and C, and is designated by the numeral 308. The key bearing the 
number 0 also bears the letters Q and Z, and is designated by the numeral 310. 



FIGS. 16 through 20 relate to a group of processes for converting letter and number 
sequences into simplified network addresses such as URL numeric codes for use in defining 
30 correspondence relations. 



FIG. 16 is a pictorial diagram which illustrates a typical format for a 10-digit URL 
numeric code (assigned number). The URL numeric code is designated generally by the numeral 
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312 and includes an upper digit 3 14, a four-digit number 3 16, a two-digit number 318, and a 
three digit number 320. The URL numeric code is a concatenation of the numbers 3 14 and 3 16, 
while numbers 318 and 320 are optional components of this code. 

5 FIG. 17 is a table defining a correspondence between alphabetic letters and Reference 

Numbers in a range from <1> through <9>. The table is designated generally by the numeral 
322. The letters are arranged in groups, one letter group per row, down a leftmost column of 
the table 322. 

10 FIG. 18 is another table defining a correspondence between groups of alphabetic 

letters and Rules of Assignment. The table is designated generally by the numeral 334. The 
letter groups are arranged along a leftmost column of the table 334. The specific letter groups 
along the leftmost columns of the two tables 322 and 334 are not identical. 

15 FIG. 19 is a flowchart illustrating a process for creating a URL numeric code 

according to a specific embodiment of the invention. The process is designated generally by the 
numeral 340. 

FIG. 20 is a graph illustrating an aspect of another process for creating a URL 
20 numeric code according to another specific embodiment of the invention. 

A specific embodiment of a URL numeric code includes a number of digits, for 
example ten digits. The digits are grouped as shown in FIG. 16, according to their function in 
the URL numeric code. The first (upper) digit 314 can be assigned either through a process of 

25 utilizing the first letter of the URL name, or by selecting alternatively the number <0> or the 
number <1>. A first derivative number is obtained using the first letter of the URL name in 
combination with a reference number, as shown in FIG. 17. For example, the name <ntt> has a 
first letter <n>. In FIG. 17, the letter <n> is found in the row <mno> 324. Next, the 
appropriate Reference Number (FIG. 17) is selected. Since <n> is the first letter of the name, 

30 the appropriate Reference Number is <1>. As a result of <n> being in row <mno> and column 1, 
the first derivative number <6> is obtained (see 326 in FIG. 17). Therefore, the first digit of the 
URL numeric code is <6>. Alternatively, the URL provider can chose a first digit from the 
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numbers <0> and <1> instead of the first derivative number which results from the above 
exemplified use of FIG. 17. 

The method of assigning the second through fifth digit (316 of FIG. 16) utilizes FIGS. 
5 17 and 18 as follows. A four digit number is obtained by using the first derivative numbers 

obtained through the use of FIG. 17 and converting these first derivative numbers through Rule 
Assignments in FIG. 18 into second derivative numbers. For example, a URL name <ntt> is 
processed using FIG. 17. The first letter <n> has a first derivative number <6> as described 
above. The second letter <t> is found in row <tuv> 328 and is combined with Reference 
10 Number <2> (330 of FIG. 17), resulting in a first derivative number <7> (332 of FIG. 17). 

Similarly, the third letter <t> in row <tuv> is combined with a Reference Number <3> resulting 
in first derivative number <6>. 

Next, the first derivative numbers thus obtained are converted to second derivative 
15 numbers through Rule Assignments in FIG. 18 as follows. The first derivative number of each 
letter is placed in the row corresponding to this letter, thereby showing whether the first 
derivative number corresponds to the second, third, fourth or fifth digit. The first derivative 
numbers in each row (FIG. 18) are added. If the addition results in a two digit number, the first 
digit is canceled. 

20 

Returning to the <ntt> example, first derivative number <6> (for <n>) is placed in the 
<ncjfrlx> row (336 of FIG. 18) indicating that this is the third digit. First derivative numbers 
<7> and <6> (for <t>) are placed in the <tkpgwz> row (338 of FIG. 18) indicating that these 
represent the fourth digit. The addition of first derivative numbers <6> and <7> in this row 

25 results in a total of <13>. The cancellation of the first digit <1> of the total of <13> provides a 
<3> for the fourth digit. There are no alphabetical letters corresponding to the second and fifth 
digit of FIG. 18, consequently the second and fifth digit are each assigned the number <0>. The 
second through fifth digits of the URL numeric code 312 (FIG. 16) are thus <0630> when using 
the name <ntt> The numbers resulting from the Assignment Rules of FIG. 18 are referred to as 

30 the second derivative numbers. Thus the second derivative numbers of the second, third, fourth 
and fifth digits are <0>, <6>, <3> and <0> respectively. 
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In a specific embodiment, numbers are assigned to the sixth and seventh digit to make 
the URL numeric code unique. This step is accomplished by summing the individual digits of the 
first derivative number and assigning the sum to the sixth and seventh digits. Thus, in the case of 
a URL name <ntt> the first derivative numbers are <6>, <7> and <6> when using FIG. 17 as 
5 described above. The sum of these three digits is <19> in which case the sixth and seventh digit 
are assigned a <1> and a <9> respectively. In another specific embodiment, random digits are 
selected for the eighth, ninth and tenth digits; if it is determined that the seven digit URL 
numeric code already exists. 

10 The above processes are utilized in assigning a URL numeric code to a corresponding 

URL having a typical character string which includes the transmission protocol <http://> 
followed by a domain name, a subdomain name and a directory. This process is illustrated in the 
flowchart of FIG. 19. The URL character string is divided into a subdomain name, a domain 
name and a directory as shown in step 342 of FIG. 19. The domain conversion is then started in 

15 step 344. A filtering procedure (step 346) is performed wherein information such as codes of 
classification, country name, name of the information service, symbols, etc. are removed. 

In step 348 second derivative numbers are assigned to the second through fifth digit 
according to the above described methods for calculating a second derivative number. 

20 Additionally, the numbers <0> or <1> can be assigned to the first digit. In step 350 (FIG. 19) a 
comparison is made between the number assigned in step 348 and numbers which have 
previously been assigned. If the number is found to exist already, an auxiliary number is added 
(in step 352) to the five digit number by assigning numbers to the sixth and seventh digit. If the 
number comparison step 350 shows that the number does not exist, the numbering of the domain 

25 name is completed at this point as a First-stage Assignment (Step 354). 

Following First-stage Assignment, the directory string of the URL is filtered in Step 
356, similar to the filtering step 346 of the domain name string. In step 358 of FIG. 19 numbers 
are assigned to the directory in a similar manner as described in connection with the assignment 
30 of numbers to the domain name in step 348. The number which is obtained in step 358 is 
compared (step 360) with existing URL numeric codes. If the number exists already, 
consecutive numbers are added in step 362. Finally if the number which is assigned to the sixth 
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through tenth digit does not already exist, the URL numeric code which is thus obtained is 
registered in step 364 as the number corresponding to the character string of the URL. 

As described above, the URL goes through a pretreatment before it is converted to a 
5 number in this numbering system. The URL is filtered and its domain name is then converted in 
a first-stage assignment. Subsequently, the directory part of the URL is converted thereby 
generating a unique number of ten digits or less. 

In another specific embodiment as illustrated in FIG. 20, numbers for a URL numeric 
10 code are assigned by a combination of automatic numbering and the selection of preferred 

numbers. For example, the numbers for the Nth digit to the Kth digit are assigned using the nth 
through kth number by a method similar to the method described above with respect to FIGS. 
16 - 19. In a specific embodiment, the automatic numbering is carried out by a public agency 
using a character allocating method of 10 digits and employing a computer. 

15 

Numbers are selected without the use of automatic numbering by assigning numbers 
which are a URL owner's preferred number (simplified network address corresponding to a 
specific URL). Specific examples are, a number which by analogy suggests a company, a 
number which is decided by secondarily-inscribed letters on an application interface, a number 
20 according to voice data mapping on an application interface, an already assigned number such as 
a telephone number, security papers numeric code, a zip code, a number related to a birth date 
or a company founding date. 

A detailed example is as follows. A number suggesting a company can for example be 
25 the number <0101> as corresponding with a Japanese name <Marui-marui>, since <01> can be 
read as <marui> in Japanese. An example of a number which is selected by secondarily-inscribed 
letters on an application interface is the number <525>, corresponding with the letter string JAL 
which is an abbreviation of Japan Airlines Co., Inc. An example of a suitable application 
interface is the key pad having letters and numbers shown in FIG. 15. As an example of voice 
30 data mapping on an application interface, the numbers may be allocated to respective sounds on 
a music scale wherein l=do, 2=re, 3=mi and so on. Using this technique, the number <135> is 
registered corresponding to the melody <do-mi-sol>. By mapping to voice, a user can also 
detect an input error through hearing. 
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Thus, by assigning a relative short number of ten or fewer digits to a URL 
automatically or by preference, in addition to the examples provided above, a more unique 
number often or fewer digits can be assigned to correspond to a URL. 

5 

Using a Firewall To Protect the Database 
FIG. 21 is a schematic diagram which illustrates the use of a firewall to insure the 
integrity of a network-searchable database. FIG. 21 illustrates a network configuration wherein 
a client 366 communicates with a Web server 368 which is connected to the Internet 370, for 

10 example through a router 372, and also to a database server 374 through a firewall 376. The 

Web server 368 includes a built in API 378. This system has the capability of using a plurality of 
clients 366 and 380. An example of using this system is as follows. A URL numeric code is 
inputted by a user into the client 366. The inputted URL numeric code is sent via the Internet 
370 to the Web browser 368 through the router 372 using a HTTP protocol with the designation 

15 <no= xx > in a defined protocol <GET> method, wherein < xx > is the URL numeric code. The 
Web server 368 communicates the URL numeric code to the database server 374 through the 
firewall 376. The firewall prevents unauthorized access to the contents of the database server. 

Defining Access Data 

20 In addition to numeric strings which are assigned to a URL, in a specific embodiment, 

the database saves value added information. Such information includes ranking by groups or 
themes. This means that information concerning the use of the URL is saved when a user 
accesses the Internet using a simplified network address. Thus, both the URL owner and the 
user can obtain valuable information. Specific examples of value added information are: 

25 (1) the number of times a specific search requester has accessed the database; 

(2) the number of times a specific search requester has submitted a specific registered simplified 
network address; 

(3) the total number of search requests received for each registered simplified network address; 
and 

30 (4) the total number of search requests received by the database. 

Referring to FIG. 14, each time a USER accesses the URL database 288, a copy of 
the access request is intercepted by a process 382. Portions of the access request are extracted 
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and collected (step 384) and added to stored Access Data Resources 386. On the basis of the 
stored Access Data Resources, a statistical analysis is performed in a ranking step 388, and the 
results of the statistical analysis are stored as part of the URL database 288 as one of the 
characteristics of the URL numeric code. Additionally, theme information can be developed at 
5 step 390 and thus becomes part of the URL database. 

The access data, once analyzed and made part of the URL database 288, represents 
both a valuable property and information about private concerns of users. In a specific 
embodiment, the access data relating to a particular user is available to the user via the network. 
10 The firewall 376 of FIG. 21 provides a means for protecting the privacy of the access data. 

Once the identity of a requester has been successfully authenticated, access data relating to the 
requester is provided to the requester. 

In another embodiment, portions of the access data define an audience rating for a 
15 particular URL and its corresponding simplified network address, usually a URL numeric code. 

In another embodiment, predetermined and non-sensitive portions of the access data 
are distributed to all requesters. 

20 A Simplified Network Addressing System 

A specific embodiment of the invention defines a system for accessing network 
information using a simplified network address. The system includes a software/hardware 
platform which accepts inputs for accessing network information. The platform includes an 
input device for accepting a user input of the simplified network address in the form of a 

25 simplified network address, such as a URL numeric code. The system also includes a 

server-based, network-searchable database storing correspondence relations between the 
simplified network address and corresponding URLs. The server-based database includes a 
search engine for searching the correspondence relations. When a user inputs a simplified 
network address, the address is sent to the server-based and there the simplified network address 

30 is used as a search key. The database search engine looks for a correspondence relation having a 
simplified network address portion matching the simplified network address, and returns the 
corresponding URL. The system platform uses the returned URL to form a network access 
command for accessing the network information. Such a system is illustrated in FIGS. 1, 2 and 
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6. All the elements and relationships defined by this embodiment have been discussed above 
with respect to those drawing figures. 

A Storage Medium For Distributing A Network Access Process 
5 A final embodiment of the invention provides a storage medium, for example floppy 

disks, removable hard drive systems, CD ROM, and magnetic tape, for storing and distributing 
an encoded expression which embodies a process for accessing network information using 
simplified network addresses. The encoded expression is executable on a platform such as 
described above with respect to FIGS. 1, 2, 6 and 7 in which a database of correspondence 
10 relations is partitioned between a local cache and a remote server-based system. The process 
will be further discussed below with respect to additional FIGS. 22 - 27. 

In a specific embodiment, the process is stored on the medium in an encoded form, 
such as in a compressed object code which is expanded after being loaded onto the platform. 
15 The stored process is what is normally distributed by a software developer to users. The process 
presupposes the existence of (1) a suitable hardware/software platform for execution of the 
process, (2) a network having network accessible resources, including the server-based database 
of correspondence relations as described above, and (3) a platform connection to the network 
for accessing the resources. 

20 

In particular, the platform provides network access and accepts simplified network 
addresses for accessing network information. The network includes a network server-based 
database defining a correspondence relation between simplified network addresses and 
corresponding URLs. The server-based database includes a search engine using a search key for 

25 searching the database. The database is organized such that a search of the database using a 
simplified network address as the search key returns a corresponding URL. The platform also 
includes a local cache for storage of selected correspondence relations. In a specific embodiment, 
the contents of the local cache are organized in a manner similar to the organization of the 
database correspondence relations. In another embodiment of the local cache, the contents are 

30 organized in the form of bookmarks. The platform provides a search engine for searching the 

local cache, and a windowed operating system displaying a composite window having an address 
window portion and a network window portion. 
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In a specific embodiment, the stored process permits the local user to place selected 
correspondence relations into the local cache. The USER inputs a simplified network address 
for a particular network resource and the simplified network address is displayed in the platform 
address window. The simplified network address is forwarded to the local cache search engine 
5 and forms a search key used to determine whether the cache includes a matching correspondence 
relation. If the cache does contain a matching correspondence relation, the URL corresponding 
to the simplified network address is used to form a network access command of the 
<http://URL/> type. This command is sent onto the network and eventually the desired network 
resource is returned and displayed in the platform network display window. 

10 

When a matching correspondence relation is not located within the local cache, a copy 
of the simplified network address is used to form a network access command of the 
<http://... /simplified network address/> type. This command is sent onto the network to the 
server-based database of correspondence relations. The server-based database search engine 

15 uses the <simplified network address> as a search key and examines the contents of the database 
for a correspondence relation matching the search key. The server-based database then returns a 
URL corresponding to the simplified network address. The platform receives the corresponding 
URL and uses it to form another network access command of the <http ://.../> type. This 
command is sent onto the network to access the desired network resource. When the resource is 

20 eventually returned via the network, it is displayed in the platform network display window. 

Additional Embodiment? 
Various additional embodiments of the invention will now be described with respect to 
FIGS. 22 through 27. 

25 

FIG. 22 is a schematic diagram illustrating information exchange between software 
elements within a specific embodiment of a client, within a server-based and between the client 
and the database across a network. The client is designated generally by the numeral 392, while 
the database is designated generally by the numeral 394. 

30 

Generally, the client 392 first accesses its own simplified network addresses, such as 
URL numeric codes. When conversion to a URL is not possible on the client side, the client 392 
accesses the database on the side of the server 394. This procedure is exemplified in FIG. 22. A 



BNSOOCID: <WO 9922488A2_L> 



WO 99/22488 




PCT/JP98/04847 



client 392 includes an original parent browser 396 for assisting navigation, a common 
WWW-type child browser 398, which can be called from the parent browser, and a search 
engine 400. The client 392 also includes a user registration table 402 which the user can utilize 
to register shortened URL numeric codes, having a pre-assigned correspondence relationship 
5 with the respective URL numeric codes, an index table 404 containing the URL numeric codes, a 
real data table 406 having URL numeric codes corresponding to the indexes. The parent 
browser 396 on the client side 392 includes a direction part in which the alphabetical letters are 
allocated as shown in detail in FIG. 15 and a display part for displaying the contents in the 
direction part. 

10 

FIG. 22 shows the server 394 which includes a search engine 408, an index table 410 
for the assigned URL numeric codes and a real data table 412 for all URL numeric codes 
corresponding to the indexes. The server and the client are connected through the Internet, 
which is designated by the numeral 414. 

15 

When the user inputs a shortened number in the system, the search engine 400 
searches for this number in the user registration table 402 and when found, converts it to a URL. 
The Internet 414 is then accessed through the parent browser 396 using the corresponding URL. 
As a result, a home page corresponding to the URL is displayed on the child browser 398 on the 

20 basis of the HTML data sent through the Internet 414. When the user inputs a URL numeric 
code, the search engine 400 obtains an offset value from the index table 404 and then converts 
the URL numeric code into the URL using this offset value and the real data table 406 of the 
URL numeric codes. The resulting URL is then delivered to the parent browser 396, and 
information which is obtained through the Internet 414 is displayed as described above. Thus, 

25 when the conversion of a URL numeric code to a URL is executed on the client side 392, the 
access speed is similar to the usual access speed. 

However, when the conversion of a URL numeric code to a URL is not possible on 
the client side 392, the search engine 400 on the client side transmits the URL numeric code to 
30 the search engine 408 on the server side 394 through the internet 414. In that case, an offset 
value is obtained from index table 410 on the basis of the URL numeric code input, and the 
transmitted number then is converted to a URL by using the real data table 412 for all URL 
numeric codes on the basis of that offset value. The resulting URL is then sent from the server 
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to the client 392. The client 392 obtains the information through the Internet 414 and the home 
page is displayed in the same manner as described above in the method wherein the URL is 
delivered to the parent browser 396. 

5 Thus, when a user inputs a shortened number which is personally registered by the user, 

or when the user inputs a URL numeric code, or even if the user inputs a URL numeric code 
which cannot be converted to a URL on the client side 392, it is still possible to convert the URL 
numeric code to URL and to access the Internet 414 through the parent browser 396 and to 
thereby display a home page corresponding to a URL on the child browser 398. 

10 

FIG. 23 is a flow diagram illustrating the process of inputting a URL numeric code or 
a shortened number and obtaining the resulting URL and home page. The process starts by 
inputting a number in an input device 416. It is decided in step 418 if the number is a shortened 
number of a URL numeric code. If the number is a shortened number, the user registration table 

15 is searched (step 420). Next, it is decided if a URL is found which corresponds to a shortened 
number (step 422). If a corresponding URL is not found in step 422, the system will respond by 
displaying <not found> in step 424. If however a corresponding URL is found, it is acquired 
(step 426). The Internet is then accessed in step 428 using this URL and a home page 
corresponding to the URL is displayed based on the HTML data obtained through the Internet in 

20 step 430. 

When the number which is searched in step 418 is a URL numeric code, the index 
information is searched in the Index Table (step 432). In step 434, it is decided if the index is 
found or not. If the index is found, the client table is searched (step 436) to obtain a URL 

25 corresponding to the URL numeric code in step 438. The URL which is thus acquired is then 
used to access the Internet (step 440), and the home page is displayed (step 442) using the home 
page HTML data. If however, no index number is found in step 434, the number is then 
delivered (step 444) to a server which is connected to the Internet. The search engine of this 
server receives the number (step 446). This server then searches the index information in its 

30 Index Table in step 448. If an index is not found in step 450, the number is not registered in this 
server and a home page is displayed in step 452 which indicates that the required URL was not 
found. On the other hand, if an index is found, a server table is searched in step 454, and a URL 
corresponding to the URL numeric code is returned to the client in step 456. The URL which is 
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thus acquired is then used by the client to access the Internet (step 440) and to display the home 
page (step 442) corresponding to the URL on the basis of the HTML data sent through the 
Internet. 

5 As described above, a number which is inputted as a shortened number or a URL 

numeric code can be converted to a corresponding URL. Additionally, this conversion can be 
executed by searching the database of a server if the conversion can not be executed on the 
client side. The present invention is thus based on assigning a number of relatively few digits, 
referred to as a URL numeric code, to a URL having a long and complex character string. This 
10 makes it possible to access the Internet by inputting the URL numeric code to eliminate the 

user's inconvenience. The invention thus provides access to the Internet by persons who are not 
accustomed to using a keyboard because the user does not need to know and to use a long and 
complex URL character string. 

15 Additionally, when a URL numeric code is inputted, data concerning URL access 

corresponding to the URL numeric code can be saved. It is then possible to utilize access 
frequencies for statistical information in order to develop ranking information which sums up 
how often a URL numeric code is used. This can also be used to develop statistical information 
which is gathered according to themes and the like, to determine and to analyze audience ratings 

20 on the Internet. It is also possible to provide a URL numeric code on a paper medium such as a 
business card, to provide a more complete media link between the Internet and the media 
according to the URL owner's needs. As a result, updated information associated with a URL 
can be efficiently printed and provided. For example, if a URL owner changes the URL, such as 
when a company owning a URL changes its name, the existing URL numeric code can be 

25 maintained even if the URL string changes, by updating the database such that the existing URL 
numeric code now corresponds to the new URL. 

FIG. 24 is a pictorial diagram illustrating another aspect of the invention. Users of 
URL numeric codes can be provided with information regarding URL numeric codes through a 
30 printed medium, such as an Internet information magazine 458 (FIG. 24). However, such 
magazines are published monthly while URL numeric codes will be added almost daily. 
Therefore, it is impossible to provide information regarding newly issued URL numeric codes on 
a timely basis. To provide URL numeric codes on a more timely basis, a system such as the one 
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shown in FIG. 24 can be utilized. This system has an additive function as follows. Upon 
starting an access device 460, a server 462, which is on-line on the Internet, displays on the 
screen of the. access device the URL numeric codes for home pages which suit the user's 
preferences such as information by genre, for example, sports or music as designated by the user 
5 according to the user's interest and, for example, information regarding fortune telling based on 
information provided by the user, utilizing such numbers as the user's birth date. In this manner, 
newly registered URL numeric codes are provided to the user on a timely basis, for example, 
through weekly updates. 

10 Using the above method, a user can obtain knowledge regarding his favorite genre on 

a timely basis. Also, a URL owner can provide his target users with his URL numeric code in 
accordance with a user's profile, and can thereby increase the likelihood that the home page will 
be seen by many users. Additionally, the URL owner can further increase the likelihood that his 
home page will be accessed, by providing the URL numeric code through radio announcements 

15 or by displaying the URL numeric code on the TV. This provides URL numeric codes by radio 
voice announcement or TV display. 



input interface. This system has the following clients: a telephone type interface (plug-in) 464, 
20 an independent telephone type application 466, a home page 468 and an Internet Television set 
470. This system further includes information providing servers 472 and 474. The clients and 
the information providing servers are connected with a web server 478 through the Internet 476. 
Communication between the Web server 478 and the client is made using the HTTP protocol. 
When the Internet 476 is to be accessed, the client such as 464 makes a request to the Web 
25 server 478 using a method such as <GET> or <POST> in the HTTP protocol. This is based on 
the method that, when a specification for the method is opened, access to the Web server can be 
made according to a formula which is fitted for the Web server, without limiting this to a 
particular interface of clients 464 through 470, thereby providing a URL which corresponds to 
the access. As a result, a client such as 464 through 470 is not limited to a specific interface. 



Examples of suitable client interfaces are as follows. An original telephone type 
interface which is a plug-in type method. Various other forms of interfaces can be adapted for 
clients 464 through 470 such as an independent telephone type of application, a home page 



FIG. 25 is a pictorial diagram which shows an Internet system including a number 



30 
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having a frame for inputting within the home page, etc. A basic principle of the number input 
interfaces is that a URL numeric code is inputted to the original Web server from clients such as 
464 through 470, and a URL corresponding to the URL numeric code is returned to a browser 
of the client. An example of a suitable browser for this application may be an Internet navigator 
5 which is owned by the user, providing it can provide the URL to the browser. 

Accordingly, access to the Internet is described as follows. One part includes an 
interface on the side of a Web server 478 which gives a desired result for a given parameter. 
Another part in which the parameter is provided to receive the result on the client side of clients 
10 464 through 470. An additional part in which the received URL is provided to the browser. 
Following are examples of these applications. 

For example, the client can include a plug-in telephone interface such as client 464 
depicted in FIG. 25. This is achieved by installing on client 464 software which is stored, for 

15 example, on a storage medium such as a floppy disk or on a CD-ROM. The software includes 
the computer processing steps of receiving a number, such as a URL numeric code, accessing 
the Internet 476 by adding the number to a method of using an access protocol, sending the 
number to the Web server 478, receiving the URL corresponding to the number, and providing 
the corresponding URL to the client 464. Instead of using software which is available on a 

20 storage medium the invention is equally operable when the software is downloaded from a 

network and installing the software on a client, such as client 464. The invention is also equally 
operable when the software is available from an application library, known as applets which are 
located on a network. When applets are used, the software is not installed in the client but is 
used by executing the desired applet on the network. The use of applets is particularly suitable 

25 for use with devices which do not have a memory function or which can not use a floppy disk. 
Examples of these devices include an Internet TV, a game machine and a Karaoke set. 

Client 470 (FIG. 25) illustrates an additional example, wherein an Internet TV can 
have a search navigator home page for the Internet. The navigator can have a component 
30 (plug-in) for inputting a number. This component can be a remote controller for the TV. A 
method can be used to input a URL numeric code in the remote controller to obtain the URL 
corresponding to the URL numeric code. 
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In the number input interfaces of the current invention the method is adapted for 
various forms of interfaces. Namely, there is a publicly open method using as one parameter in 
the <GET> command of the HTTP protocol, data of <no=123> for example are given as the 
URL numeric code, upon which the corresponding URL is returned. This <http://> is a notation 
5 in the HTTP protocol for transferring hyper text in HTML. This protocol includes methods such 
as <GET> for receiving a parameter and <POST> for transferring a file. Thus a URL numeric 
code can be converted using existing techniques. 

In the present example, the conversion data for converting a URL numeric code to a 
10 URL are held on the side of client such as client 464 through client 470 (FIG. 25), unlike 
embodiments wherein the conversion can be carried both in a client and in an original Web 
server. For example, when the user inputs a URL numeric code <123> the corresponding URL 
<www.123.co.jp> is obtained from an original Web server. Subsequently, if the user inputs the 
same <123> number again, the Web server is not accessed and the conversion is executed on the 
1 5 client side, by using a cache which is present in the client memory. This cache is capable of 
holding data such as a URL numeric code inputted in the cache and the corresponding URL. 
When a user inputs a URL numeric code the cache is searched for this number. If the number 
exists in the cache, the URL can be obtained on the side of a client such as clients 464 through 
470 without accessing the Web server 478. 

20 

FIGS. 26 and 27 are schematic diagrams illustrating specific embodiments of the 
invention. As shown in FIG. 27, a client's access information can be stored in a log file 480. 
Information in log file 480 is accumulated and then sent to log file 482 (FIG. 26) of the original 
Web server (478 of FIG. 25). The information which is contained within log file 482 can be 
25 utilized by an information providing server 472 or 474 (FIG. 25) to analyze the log data. This 
analysis can include ranking information or audience rating by frequency of user access. Such 
information can also be classified according to genre, user's sex, equipment details, etc. 

When a URL owner registers a URL numeric code additional information is obtained 
30 and added to the database of registered URL numeric codes such as technical information or the 
home page topic. For example, if a child accesses a home page having sexually explicit material, 
the original Web server 478 (FIG. 25) identifies this and returns the message <not found> 
without displaying the home page. If a limited type of browser is used such as an Internet TV or 
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the like, it is possible that the latest technical information can not be displayed. Thus, before 
accessing an information providing server 472 (FIG. 25) in the step of accessing an original Web 
server (478 of FIG. 25), users can be identified, and access to certain home pages can be limited 
such that access is provided only to specific users. In addition to limiting home page display, 
5 data stored in log file 480 (FIG. 27) can also be limited for certain users. 

A client such as client 464 (FIG. 25) accesses a Web server 478 through the Internet 
476 as shown in FIG. 25. When the client accesses the Internet an identification can be added to 
the HTTP protocol, or a part of the URL numeric code can be used such that conversion of the 

10 URL numeric code to a URL can be executed either in the Web server 478 or in another Web 
server 486 (FIG. 25) which is connected through the Web server 478. For example a 
classification code can be used such that an identification code <888> causes the Web server 478 
to convert the URL numeric code to the URL, but when the classification code <001> is used 
another Web server 486 (FIG. 25), connected to the original Web server 478 processes the 

1 5 conversion. Thus, management of URLs corresponding to URL numeric codes can be executed 
in a Web server 486 which is different from the Web server 478. 

The invention includes a variety of special device interfaces as input devices of a client 
such as client 464 through client 470 (FIG. 25). These special device interfaces include a remote 
20 controller for operating a TV, a remote controller attached to Karaoke set, in addition to a 

keyboard interface and a mouse interface. Additionally, a voice input interface can be used such 
that a user inputs a URL numeric code in a voice command or by using the sounds of a musical 
scale which correspond to the URL numeric code. Also, a voice input interface can be used 
wherein an original number is expressed in letters which correspond to specific numbers. 

25 

Additive services can be provided by means of the present invention, which differ from 
the functions of the Internet. For example, when accessing a Web server such as 478 (FIG. 25) 
with a URL numeric code, a free-of-charge service can be provided occasionally through a 
lottery system based on the URL numeric code. Or, by accessing a hidden number, a prize can 
30 be given to the user who has accessed the hidden number. Further, access data can be utilized as 
statistically processed information in order to derive a frequency of use by users and to analyze 
an audience rating through the Internet. 
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Details concerning the conversion part of the Web server are shown in FIG. 26. An 
application programming interface (API) 488 is built in an existing high-speed Internet server 
490. The API 488 includes a server module which provides the URL numeric code to a 
database server such as SYBASE®(a registered trademark of Sybase, Inc.) 492. The database 
5 server then returns the corresponding URL to the API. This results in a high speed conversion 
of the URL numeric code into a URL. 

As shown in FIG. 27, a conversion part of a client 494 includes a client component 
496, having a memory such as a cache 498, and a browser 500 for home pages. A URL numeric 
10 code is communicated to the client component 496, which then accesses the internal cache 498 
to obtain a URL corresponding to the URL numeric code. The URL is then provided to the 
browser 500. However, the URL numeric code is communicated to Web server 484 (FIG. 26) if 
the URL numeric code is not present in the internal cache 498. 

15 As shown in FIG. 27, a client's access information can be stored in a log file 480. 

Information in log file 480 is accumulated and then sent to log file 482 (FIG. 26) of the Web 
server 484. The information which is contained within log file 482 can be utilized by an 
information providing server 472 or 474 (FIG. 25) to analyze the log data. This analysis can 
include ranking information or audience rating by frequency of user access. Such information 

20 can also be classified according to genre, user's sex, equipment details, etc. 

In the above embodiments of the present invention, a URL owner exemplifies the 
person or entity which requests or registers a simplified network address having a 
correspondence relation with a URL. However, the invention is equally operable if any other 
25 person, party or entity requests or registers this correspondence relation. 

The invention has been described in terms of specific embodiments. One skilled in the 
art will recognize that it would be possible to construct the elements of the present invention 
from a variety of means and to modify the placement of components in a variety of ways. While 
30 the embodiments of the invention have been described in detail and shown in the accompanying 
drawings, it will be evident that various further modifications are possible without departing 
from the scope of the invention as set forth in the following claims. 
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1 . A method for accessing network information using simplified network addressing, 

comprising the steps of: 

a) providing a platform having network access and accepting inputs for accessing 
5 network information; 

b) accepting a simplified network address corresponding to a network address of the 
network information; 

c) converting the simplified network address to a URL defining the network address 
of the information; 

10 d) using the URL to form a network access command; and 

e) using the formed network access command to access the network information via 
the platform, whereby a simplified network address is inputted which is then converted to a 
http://URL/ command, or alternatively, to another TCP/IP command, for retrieving the network 
information. 

15 

2. The network access method of Claim 1, wherein the step of converting the simplified 
network address to a URL further includes the steps of: 

a) providing a database defining a correspondence relation between a simplified 
network address and a corresponding URL; 
20 b) providing a search engine for searching the database, the search engine using the 

simplified network address as a search key; 

c) organizing the database such that a search of the database using the simplified 
network address as the search key returns a corresponding URL; and 

d) searching the database using the simplified network address as the search key, and 
25 returning the corresponding URL as the result of the conversion, whereby a simplified network 

address is converted to a corresponding URL. 

3. The network access method of Claim 2, further including: 

a) the correspondence relation defining a pair having a simplified network address 
30 portion and a corresponding URL portion; and 

b) the search engine using the simplified network address as the search key, and 
returning the corresponding URL portion of a pair having the simplified network address portion 
matching the search key. 
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4. The network access method of Claim 2, wherein a simplified network address and 

corresponding URL are provided and a correspondence relation is defined and placed in the 
database, the method further including the steps of: 
5 a) inputting an update simplified network address and a corresponding URL; 

b) forming an update correspondence relation using the inputted simplified network 
address and the corresponding URL; and 

c) inserting the update correspondence relation into the database. 

10 5. The network access method of Claim 2, wherein an update URL is provided, a 

corresponding simplified network address is automatically generated, and a new correspondence 
relation is defined and placed in the database, the method further including the steps of: 

a) inputting an update URL; 

b) providing means for automatically generating a corresponding simplified network 

15 address; 

c) automatically generating the corresponding simplified network address; 

d) forming a new correspondence relation using the generated simplified network 
address and the inputted update URL; and 

e) inserting the new correspondence relation into the database. 

20 

6. The network access method of Claim 5, further including the step of returning the 

generated simplified network address, whereby the update URL and its corresponding simplified 
network address are available to an inputter of the update URL. 

25 7. The network access method of Claim 5, wherein the generated simplified network 

address is a number having one or more digits and defines a URL numeric code. 

8. The network access method of Claim 1, wherein the step of converting the simplified 

network address to the corresponding URL is carried out by a network accessible database of 
30 correspondence relations, and further includes the steps of: 

a) providing a network server-based database defining a correspondence relation 
between simplified network addresses and corresponding URLs; 
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b) providing the database server with a search engine for searching the database and 
accepting a search key; 

c) organizing the database such that a search of the database using the simplified 
network address as the search key returns the corresponding URL; 

5 d) receiving the simplified network address; 

e) forming a conversion request network access command including a copy of the 
received simplified network address, the formed command being addressed to the database 
server; 

f) sending the formed command to the database server; 

10 g) the database server using the search engine to search the database using the 

received simplified network address as the search key; and 

h) the database server returning the corresponding URL portion of the matching 

correspondence relation, via the network, as the result of the conversion, whereby the database 

conversion is performed by a server-based system which receives the simplified network address 
15 as part of an http:// network address command, locates a matching simplified network address in 

the database, and returns the corresponding URL. 

9. The network access method of Claim 8, wherein the database is distributed across a 
plurality of network server-based systems. 

20 

10. The network access method of Claim 1, wherein the step of converting the simplified 
network address to the corresponding URL is carried out by first searching a platform cache of 
selected correspondence relations and then going to a network accessible database of 
correspondence relations if not found in the cache, the method further includes the steps of: 

25 a) providing a network server-based database defining a correspondence relation 

between simplified network addresses and corresponding URLs; 

b) providing the database server with a search engine for searching the database using 
a search key; 

c) organizing the server-based database such that a search of the database using the 
30 simplified network address as the search key returns the corresponding URL; 

d) additionally including a cache for storage of selected simplified network address 
and URL correspondence relations in the platform; 
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e) additionally including a search engine for searching the cache correspondence 
relations using a search key in the platform; 

f) receiving the simplified network address; 

g) searching the cache using the received simplified network address as the search 
5 key, and if the cache includes a matching correspondence relation, returning the corresponding 

URL as the result of the conversion; 

h) if the cache does not contain a matching correspondence relation, then forming a 
conversion request network access command including a copy of the received simplified network 
address, the formed command being addressed to the database server; 

10 i) sending the formed command to the database server; 

j) the database server using the database server search engine to search the database 
using the copy of the received simplified network address as a search key; and 

k) the database server returning the URL portion of the matching correspondence 
relation, via the network, as the result of the conversion, whereby selected simplified network 
15 addresses and URL correspondence relations are maintained in a local cache, and the remote 
database is examined only when a local match is not found. 

1 1 . The network access method of Claim 10, wherein the database is distributed across a 
plurality of server-based systems. 

20 

12. The network access method of Claim 1, wherein the platform also includes display 
means, and the method includes a step of using the display means to display the accessed 
network information. 

25 13. The network access method of Claim 12, wherein the platform also includes an 

operating system providing windowed displays and wherein a display means concurrently 
displays an address window and a network window, the method further including the steps of: 

a) displaying the simplified network address in the address window during an interval 
between the simplified network address being accepted and a return of the corresponding URL 

30 at the end of the converting step; 

b) displaying the formed network access command, including the returned URL in the 
address window; and 

c) displaying the accessed network information in the network window. 
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14. The network access method of Claim 1, wherein the provided platform includes at 
least one input device for inputting the simplified network address, the at least one input device 
being selected from the group consisting of: a keyboard, a 10-key pad, a telephone key pad, a 

5 computer mouse, a computer trackball, a touch panel, a pen, a bar-code reader, an OCR which 
optically reads a medium containing, in an encoded form, the simplified network address, an 
OCR which mechanically reads a medium containing, in an encode form, the simplified network 
address, a TV remote control attached to a TV set, a remote control attached to a game set, a 
remote control attached to a Karaoke set, and a voice input device for accepting the simplified 
10 network address in spoken form. 

15. The network access method of Claim 14, wherein the provided platform includes 
display means and wherein the at least one input device works in cooperation with displayed, 
images and symbols for inputting the simplified network address, 

15 

16. The network access method of Claim 15, wherein the cooperation includes the input 
device being used to select and to activate one or a sequence of the displayed images and 
symbols for defining and inputting the simplified network address. 

20 17. The network access method of Claim 1, wherein the step of converting the simplified 

network address to a corresponding URL includes accessing a URL conversion domain. 

18. The network access method of Claim 8, wherein the step of providing a platform 

additionally comprises the step of providing a message aliasing function, and wherein the steps 
25 of forming a conversion request network access command and sending the formed command to 
the database server further includes using the message aliasing function to intercept the 
simplified network address and to replace the simplified network address with the formed 
command using a copy of the simplified network address. 

30 19. A message aliasing function for use in an information processing system having an 

operating system employing a message passing protocol, comprising: 
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a) means for intercepting operating system level messages sent to predetermined 
message receivers, the operating system providing an original callback function for each message 
receiver; 

b) means for creating a shadow callback function, and for saving, and then replacing, 
5 the original callback function with the shadow callback function the first time a message is 

intercepted for a predetermined message receiver; and 

c) means for creating and substituting an alias message in place of the intercepted 
message and for sending the alias message to the intended receiver of the intercepted message. 

10 20. The message aliasing function of Claim 19, further including means for restoring 

original callback functions and for disabling the message aliasing system when the aliasing 
system receives a message to turn itself off. 

21 . The message aliasing function of Claim 19, wherein the alias message creating means 
15 includes: 

a) means for forming a first URL including a string portion; 

b) means for providing the first URL and included string portion to a lookup system; 

c) means for receiving from the lookup system a network Uniform Resource Locator 
corresponding to the string portion and defining a second URL; and 

20 d) means for substituting the second URL as the alias message. 

22. The message aliasing function of Claim 21, wherein the string portion defines a 
simplified network address for network information, and the second URL is the network defined 
Uniform Resource Locator for the network information. 

23. The message aliasing function of Claim 19, wherein the alias message creating means 
includes: 

a) means for forming a first URL including a string portion; 

b) means for providing the first URL and included string portion to a conversion 

function; 

c) means for receiving from the conversion function a network Uniform Resource 
Locator corresponding to the string portion and defining a second URL; and 

d) means for substituting the second URL as the alias message. 
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24. The message aliasing function of Claim 23, wherein the string portion includes a 
command portion and a parameter portion, and the second URL incorporates a network address 
for the server, a command corresponding to the command portion, and one or more parameters 
of the command corresponding to the parameter portion, whereby the server will execute a 
predefined command using the parameter. 

25. The message aliasing function of Claim 24, further including the network server 
returning a result of the execution of the command. 



26. A server-based, network-searchable database system, comprising: 

a) a platform providing a communications connection to the network; 

b) means for receiving a search request via the communications connection, the 
received search request including a simplified network address; 

!5 c ) a correspondence relation table defining correspondence relations between network 

Uniform Resource Locators and simplified network addresses, a correspondence relation having 
a simplified network address portion and a corresponding Uniform Resource Locator portion; 

d) a search engine responsive to the search request for searching the table for a 
correspondence relation having a simplified network address portion matching the search request 

20 simplified network address, and for returning the Uniform Resource Locator portion of that 
correspondence relation as the result of the search; and 

e) means for returning the result of the search to the originator of the search request, 
via the communications connection, whereby the database system accepts a: simplified network 
address and returns a corresponding Uniform Resource Locator to a search requester. 

25 

27. The server-based system of Claim 26, further including a client system originating the 
search request and receiving the result of the search via the network. 

28. The server-based system of Claim 26, further including: 

30 a) means for receiving an update request via the communications connection, the 

received update request including an update simplified network address and a corresponding 
update Uniform Resource Locator; and 
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b) means responsive to the update request for forming a correspondence relation 
between the received update simplified network address and the corresponding update Uniform 
Resource Locator and for inserting the formed correspondence relation into the correspondence 
relation table. 

5 

29. The server-based system of Claim 28, further including means for determining whether 
an existing correspondence relation is based upon the update simplified network address, and if 
so, for modifying the update simplified network address so that the formed correspondence 
relation is unique. 

10 

30. The server-based system of Claim 28, further including means for converting the 
update simplified network address to a number having at least one digit, the number defining a 
URL numeric code. 

15 31. The server-based system of Claim 30, further including means for collecting URL 

numeric codes into a list and for distributing the list via the network. 

32. The server-based system of Claim 30, further including means for collecting URL 
numeric codes into a list and for distributing the list via electronic broadcast, including at least 

20 one of TV and radio. 

33. The server-based system of Claim 30, further including means for collecting URL 
numeric codes and corresponding URLs into a list and for distributing the list. 

25 34. The server-based system of Claim 30, further including means for defining a 

description of network accessible information addressed via the URL numeric code, and for 
pairing the URL numeric code with a corresponding description, and for forming the pairs into a 
list, and for distributing the list. 

30 35. The server-based system of Claim 30, further including means for randomly informing 

users of URL numeric codes. 
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36. The server-based system of Claim 28, wherein the update simplified network address 
includes a portion defining a sequence of musical tones selected from a predetermined set of 
musical tones, and includes another portion defining a corresponding update URL, the system 
further including means for converting the update simplified network address to a URL numeric 

5 code and for forming an update correspondence relation for updating the database of stored 
correspondence relations. 

37. The server-based system of Claim 26, further including: 

a) means for receiving an assign-string request via the communications connection, the 
10 received request including an update Uniform Resource Locator; and 

b) means responsive to the assign-string request for creating an update simplified 
network address, for forming a correspondence relation between the created update simplified 
network address and the update Uniform Resource Locator, for inserting the formed 
correspondence relation into the correspondence relation table, and for returning a copy of the 

15 created update simplified network address to the requester via the communications connection. 

38. The server-based system of Claim 37, further including means for returning a copy of 
the update Uniform Resource Locator to the requester via the communications connection. 

20 39. The server-based system of Claim 37, wherein the created update simplified network 

address defines a number having at least one digit, the number defining a URL numeric code. 

40. The server-based system of Claim 39, further including means for determining that the 
number has not been previously assigned as the URL numeric code corresponding to the update 

25 Uniform Resource Locator. 

41 . The server-based system of Claim 40, wherein the created number is a random 
number. 

30 42. The server-based system of Claim 40, further including: 

a) means for receiving and displaying a string of letters; 

b) a ten-key pad wherein each key is marked with an operator viewable digit ranging 
from zero through nine; 
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c) each key additionally being marked with one or more operator viewable letters 
selected from an alphabet; 

d) the viewable key markings defining a letter-digit correspondence; 

e) means for assigning the number as the URL numeric code; 
5 f) means for receiving digits from the key pad; 

g) each received digit corresponding to a letter of the received string as defined by the 
letter-digit correspondence; 

h) means for forming the received digits into a received number; 

i) means for determining whether the received number has previously been assigned as 
10 the URL numeric code; 

j) means for assigning the received number as the URL numeric code when it is 
determined that the received number has not previously been assigned; and 

k) means for modifying the received string of letters to form a new string, for 
displaying the new string and for awaiting a key pad input of digits corresponding to the 
15 displayed new string when it is determined that the received number has previously been 
assigned. 

43. The server-based system of Claim 40, including means for automatically creating the 

URL numeric code, said means further including: 

a) means for generating a string of letters; 

b) means for generating a first digit; 

c) means for using the string of letters to form a four digit first derivative number; 

d) means for using the first derivative number to form a four digit second derivative 

number; 

e) means for concatenating the first digit and the four digit second derivative number 
to form a five digit number; 

f) means for determining whether the five digit number has previously been assigned as 
the URL numeric code; 

g) means for assigning the five digit number as the URL numeric code when it is 
determined that the five digit number has not previously been assigned; 

h) means for providing first and second random digits and for concatenating the first 
random digit, the second random digit, and the five digit number to form a seven digit number 
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when it is determined that the five digit number has previously been assigned as the URL 
numeric code; 

i) means for determining whether the seven digit number has previously been assigned 
as the URL numeric code; 
5 j) means for assigning the seven digit number as a URL numeric code when it is 

determined that the seven digit number has not previously been assigned; 

k) means for providing third, fourth and fifth random digits and for concatenating 
the third random digit, the fourth random digit, the fifth random digit and the seven digit number 
to form a ten digit number when it is determined that the seven digit number has previously been 
10 assigned; 

1) means for determining whether the ten digit number has previously been assigned as 
the URL numeric code; and 

m) means for assigning the ten digit number as the URL numeric code when it is 
determined that the ten digit number has not previously been assigned. 

15 

44. The server-based system of Claim 26, further including a firewall interposed between 
the network communications connection and the search engine, and requiring the received search 
request to be authenticated before it is executed by the system. 

20 45. The server-based system of Claim 26, further including means for defining, storing and 

maintaining access data, the access data further defining at least one of: 

a) the number of times a specific search requester has accessed the database; 

b) the number of times a specific search requester has submitted a specific registered 
simplified network address; 

25 c) the total number of search requests received for each registered simplified network 

address; and 

d) the total number of search requests received by the database. 

46. The server-based system of Claim 45, further including means for providing the access 
30 data to a requester upon a successful requester authentication. 

47. The server-based system of Claim 46, wherein the access data defines an audience 
rating. 
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48. The server-based system of Claim 46, further including means for distributing 

predetermined portions of the access data. 

5 49. A system for accessing network information using simplified network addressing, 

comprising: 

a) a platform having a network access and accepting inputs for accessing network 
information; 

b) means for accepting a simplified network address corresponding to a network 
1 0 address of the information; 

c) a database defining a correspondence relation between simplified network addresses 
and corresponding URLs; 

d) a search engine for searching the database, the search engine accepting a search 

key; 

15 e) the database being organized such that a search of the database using the received 

simplified network address as the search key returns a corresponding URL; 

f) means for searching the database using the simplified network address as the search 
key, and for returning the corresponding URL; 

g) means for forming a network access command using the returned URL; and 

20 h) means for using the formed command to access the network information via the 

platform, whereby a simplified network address is inputted and converted to a network access 
command for retrieving the network information. 

50. A storage medium for storing an encoded expression of a process for accessing 

25 network information using simplified network addresses on a system providing a platform having 
a network access and accepting inputs for accessing network information, providing a network 
server-based database defining a correspondence relation between simplified network addresses 
and corresponding URLs, providing the database server with a search engine using a search key, 
the server-based database organized such that a search of the database using a simplified 
30 network address as the search key returns a corresponding URL, the provided platform further 
including a cache for storage of selected correspondence relations, a cache search engine using a 
cache search key, and a windowed operating system defining a displayed composite window 
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having an address window portion and a network window portion, the storage medium 
comprising: 

a) storage means; and 

b) the encoded expression of the process stored on the storage means, and the 

5 expressed process including the steps of: (1) placing selected correspondence relations in the 
local cache, (2) accepting the simplified network address of network information, (3) searching 
the cache using the simplified network address as the search key, and if the cache includes a 
correspondence relation matching the search key, returning the corresponding URL of the 
matching correspondence relation and continuing with step 8, and when it is determined that the 

10 cache does not include the correspondence relation matching the search key, continuing with 
step 4, (4) forming a conversion request network command including a copy of the simplified 
network address, the formed command being addressed to the database server, (5) sending the 
formed conversion command to the database server via the network, (6) searching the database 
using the copy of the simplified network address as the search key, (7) returning the 

15 corresponding URL of the matching correspondence relation via the network, (8) using the 

returned corresponding URL to form a network access command, (9) using the formed network 
access command to access the network information via the platform and (10) displaying the ' 
simplified network address in the address window portion and displaying the accessed network 
information in the network window portion of the displayed composite window. 

20 

5 1 . A method of retrieving an Internet home page having a URL numeric code which 
corresponds to a URL of the home page wherein the method comprises the steps of: 

a) searching the Internet for the URL numeric code; 

b) converting the URL numeric code to the corresponding URL; and 
25 c) using the obtained URL for retrieving the home page. 

52. The method of Claim 51 wherein the URL numeric code and the corresponding URL 
are provided on an Internet accessible database. 

30 53. The method of Claim 52 wherein the database is Internet accessible through a server. 

54. The method of Claim 53 wherein the step of searching comprises the steps of: 

a) providing a client which is connected to the Internet; 
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b) inputting the URL numeric code in the client; and 

c) communicating the URL numeric code to the server. 

55. The method of Claim 54 wherein the step of converting the URL numeric code to the 
5 URL comprises using the database. 

56. The method of Claim 55 wherein the step of using the database includes accessing a 
URL conversion domain. 

57. A method of retrieving and displaying an Internet home page using a system, in which 
the system includes a client connected to the Internet, an Internet searchable data storage 
medium having a Web server and a database, and an Internet accessible search engine, wherein, 
the method comprises the steps of: 

a) selecting a URL which comprises a global electronic address of the home page; 

b) assigning a URL numeric code having one or more digits which is assigned to the 

URL; 

c) storing the URL and the URL numeric code in the storage medium; 

d) using the client for inputting the URL numeric code; 

e) communicating the URL numeric code to the search engine; 

f) accessing the server by the search engine; 

g) sending the URL numeric code from the search engine to the database; 

h) searching the database for the URL numeric code; 

i) converting the URL numeric code to the URL; 
J) using the URL to retrieve the home page; 

k) sending the home page through the Internet to the client; and 
1) displaying the home page on a client display. 

58. The method of Claim 57 wherein the step of accessing the server includes accessing a 
URL conversion domain. 

59. The method of Claim 57 wherein the client is an Internet TV having a remote control, 
a Karaoke set having a remote control or a game machine having a remote control. 
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60. The method of Claim 57 wherein the client has a user interface which is a computer 
keyboard, a ten-key pad, a bar code reader, an OCR, a mouse pointing device, a pen and touch 
screen pointing device, a TV remote controller, a Karaoke remote controller or a voice input 
device. 

5 

61. The method of Claim 57 wherein the step of assigning a URL numeric code comprises 

the steps of: 

a) selecting an arbitrary number; 

b) determining whether the arbitrary number has previously been assigned as the URL 
10 numeric code; 

c) assigning the arbitrary number as the URL numeric code when it is determined that 
the number has not previously been assigned; and 

d) repeating steps a) through c) using a modified arbitrary number when it is 
determined that the arbitrary number has previously been assigned. 

15 

62. The method of Claim 57 wherein the step of assigning a URL numeric code comprises 
the steps of: 

a) providing a ten-key pad having keys wherein each key has a different number 
ranging from zero through nine and wherein each key additionally has one or more letters 

20 comprising an alphabet; 

b) selecting a string of letters; 

c) selecting a string of digits by means of the key pad wherein each digit corresponds 
to each letter of the string, such that the numbers are selected in the same sequence as the letters 
in the string; 

25 d) determining whether the string of digits has previously been assigned as the URL 

numeric code; 

e) assigning the string of digits as the URL numeric code when it is determined that 
the number has not previously been assigned; and 

£) repeating steps b) through e) using a modified string of letters when it is determined 
30 that the string of digits has previously been assigned. 

63. The method of Claim 57 wherein the step of assigning a URL numeric code comprises 
the steps of: 
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a) selecting a string of letters; 

b) selecting a first digit; 

c) obtaining a four digit first derivative number using the string of letters; 

d) obtaining a four digit second derivative number using the four digit first derivative 

5 number; 

e) deriving a five digit number comprising the selected first digit and the second 
derivative number wherein the second derivative number includes the second through fifth digit 
of the five digit number; 

f) determining whether the five digit number has previously been assigned as the URL 
10 numeric code; 

g) assigning the five digit number as the URL numeric code when it is determined that 
the five digit number has not previously been assigned; 

h) assigning arbitrary numbers as the sixth digit and the seventh digit forming a seven 
digit number when it is determined that the five digit number has previously been assigned; 

15 i) determining whether the seven digit number has previously been assigned as the 

URL numeric code; 

j) assigning the seven digit number as the URL numeric code when it is determined 
that the seven digit number has not previously been assigned; 

k) assigning arbitrary numbers as the eighth, ninth and tenth digit forming a ten digit 
20 number when it is determined that the seven digit number has previously been assigned; 

1) determining whether the ten digit number has previously been assigned as the URL 
numeric code; and 

m) assigning the ten digit number as the URL numeric code when it is determined that 
the ten digit number has not previously been assigned. 



25 



30 



64. The method of Claim 57 additionally comprising the steps of: 

a) interposing a firewall between the Web server and the database; and 

b) blocking unauthorized access to the database in the step of sending the number 
from the search engine to the database. 

65. A system for retrieving an Internet home page having a URL numeric code which 
corresponds to a URL of the home page wherein the system comprises: 
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a) a client for inputting the URL numeric code and for retrieving the home page, 
wherein the client is connected to the Internet; 

b) an Internet connected search engine for executing an Internet search for the URL 
numeric code and corresponding URL; 

5 c) an Internet connected database for providing the URL numeric code and 

corresponding URL; and 

d) an Internet connected Web server for accessing the database. 



66. The system according to Claim 65 wherein the client is an Internet TV having a 

10 remote control, a Karaoke set having a remote control or a game machine having a remote 
control. 



67. The system according to Claim 65 wherein the client has a user interface which is a 
computer keyboard, a ten-key pad, a bar code reader, an OCR, a mouse pointing device, a pen 

15 and touch screen pointing device, a TV remote controller, a Karaoke remote controller or a 
voice input device. 

68. The system according to Claim 65 wherein the Web server includes a built in 
application programming interface. 

20 

69. The system according to Claim 65 additionally comprising a router for communicating 
the inputted URL numeric code from the Internet to the Web server. 

70. The system according to Claim 65 additionally comprising a firewall which is 
25 interposed between the Web server and the database. 
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